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^ (57) Abstract: An integrated medical information management system includes at least one on-line central server and at least one 
S remote access te rminal . The at least one on-line central server contains patient related data for at least one patient The at least one 

remote access terminal is used to interactively access the patient related data for the at least one patient from the at least one on-line 
O central server to generate interactive reports based on the patient related data for the at least one patient on the at least one remote 

access terminal. Preferably, the at least one on-line central server is connected to the at least one remote access terminal through an 
^ Internet connection and utilizes an internet web browser to interactively access the at least one on-line central server. 
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TITLE 

Integrated Medical Information Management System 

RELATED APPLICATIONS 
5 This application claims priority on U.S. provisional patent application 

Serial No. 60/134,981, filed May 20, 1999 and entitled "Diabetes Integrated 
Management System" and U.S. Patent Application Serial No. 09/409,014 filed 
September 29, 1999 and entitled "Communication Station and Software for 
Interfacing with an Infusion Pump, Analyte Monitor, Analyte Meter, or the like 
1 0 (published as WO 00/1 8449 on April 6, 2000), which are specifically 
incorporated by reference herein. 

FIELD OF THE INVENTION 

This invention relates to an integrated medical information management 
1 5 system, and in particular embodiments, to an integrated system that utilizes 
remote communication stations, facsimile, E-mail and the internet to retrieve 
patient data and to provide reports to a patient, healthcare provider, HMO and/or 
insurer to manage diabetes. 

20 BACKGROUND OF THE INVENTION 

Currently, insulin must be provided to people with Type 1 and many with 
Type 2 diabetes (approximately 40% of patients with Type 2 diabetes use 
insulin). Traditionally, since it cannot be taken orally, insulin has been injected 
with a syringe. More recently, use of external infusion pump therapy has been 

25 increasing, especially for delivering insulin for diabetics using devices worn on a 
belt, in a pocket, or the like, with the insulin delivered via a catheter with a 
percutaneous needle or cannula placed in the subcutaneous tissue. For example, 
as of 1995, less than 5% of Type I diabetics in the United States were using pump 
therapy. There are now about 7% of the currently over 900,000 Type I diabetics 

30 in the U.S. using insulin pump therapy, and the percentage is now growing at a 
rate of over 2% each year. Moreover, the number of Type I diabetics is growing 
at 3% or more per year. In addition, growing numbers of insulin using Type II 
diabetics are using external insulin infusion pumps. Physicians have recognized 

1 



that continuous infiision provides greater control of a diabetic's condition, and are 
increasingly prescribing it for patients. Greater control reduces the complications 
associated with the disease of diabetes. 

Traditionally, data from the treatment of diabetes is stored in logbook or is 
stored in the memory of a treatment or monitoring device. This information is 
then transferred by hand or downloaded to a local computer. However, the data is 
not easily transferred to the healthcare provider or specialist. The data must be 
brought to those who need to review it or it is transferred over a modem. 
Unfortunately, this normally requires a visit to the healthcare provider and the 
data must be reviewed at that time. It is generally not feasible for the data to be 
transmitted to the healthcare provider on a regular basis for routine monitoring 
and analysis, since the healthcare provider must analyze and interpret the data 
using their own time and computer. 

SUMMARY OF THE DISCLOSURE 

It is an object of an embodiment of the present invention to provide an 
integrated medical information management system, which obviates for practical 
purposes, the above-mentioned limitations. 

According to an embodiment of the invention, an integrated medical 
information management system includes at least one on-line central server and at 
least one remote access terminal. The at least one on-line central server contains 
patient related data for at least one patient. The at least one remote access 
terminal is used to interactively access the patient related data for the at least one 
patient from the on-line central server to generate interactive reports based on the 
patient related data for the at least one patient on the at least one remote access 
terminal. Preferably, the at least one on-line central server is connected to the at 
least one remote access terminal through an internet connection and the at least 
one remote access terminal utilizes an internet web browser to interactively 
access the at least one on-line central server. 

Preferred embodiments use patient related data that is related to the 
disease of diabetes. For instance, the patient related data may be medication 
infusion data, glucose monitor data and/or glucose meter data. 
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In another embodiment of the invention, an integrated medical 
information management system includes at least one on-line central server, at 
least one medical device, at least one data receiving device and at least one 
remote access device. The at least one on-line central server contains patient 
5 related data for at least one patient. The at least one medical device is related to 
treatment of a disease of a patient, and includes memory to store data about the 
use of the device by the patient. The at least one data receiving device receives 
the data from the at least one medical device, and uploads the data to the at least 
one on-line central server as patient related data. The at least one remote access 

10 device is for receiving patient related data from the at least one on-line central 
server. Preferably, the at least one least one remote access device is a remote 
access terminal used to interactively access the patient related data for the at least 
one patient to generate interactive reports based on the patient related data for the 
at least one patient on the at least one remote access terminal. 

15 The at least one on-line central server is connected to the at least one 

remote access terminal through an internet or intranet connection and utilizes an 
internet web browser to interactively access the at least one on-line central server. 
Alternatively, the at least one remote access device is a facsimile machine. 
Additional embodiments further include a communication station interface 
20 between the at least one medical device and the at least one data receiving device. 
Preferred medical devices include infusion devices, glucose monitors and/or 
glucose meters. 

Preferred embodiments use patient related data that is related to the 
disease of diabetes. For instance, the patient related data may be medication 
25 infusion data, glucose monitor data and/or glucose meter data. 

In further embodiments, the at least one remote access device is used to 
receive E-mail reports. In addition, the at least one data receiving device is 
capable of receiving requests for reports from the at least one on-line central 
server. In other embodiments, the at least one data receiving device is capable of 
30 receiving requests for ordering supplies, and/or for scheduling appointments. 
Also, the at least one remote access device further includes an ability to order 
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supplies through the at least one on-line central server based on the uploaded data 
from the at least one medical device. 

In particular embodiments, the system further includes a data bus that 
allows data from different types of the at least one medical device to be captured, 
stored, manipulated and reported on independent of the specific type of device 
connected to the data bus. Preferably, the data bus utilizes data elements and/or 
collections of data elements to process data. 

In otherembodiments, the at least one on-line central server automatically 
generates reports at predetermined times. The reports may be sent out by mail, E- 
mail, internet, intranet, dedicated lines, or the like. Further embodiments can 
create group reports of more than the at least one patient are generated. In 
addition, reports may be sent to managed care providers (HMOs). Embodiments 
may also include the ability to schedule appointments, to bill clients, and/or to 
process insurance claims. 

In further embodiments, the data is captured automatically by a device 
and/or captured by manual entry of data by an individual. In particular 
embodiments, the data is glucose consumption data, exercise data, caloric burn 
data, medication consumption data from sources independent of infusion data, lab 
test data, or the like. In other embodiments, once data is received by the at least 
one remote access device, the patient can review the data, and may also be able to 
analyze it and generate reports. In still other embodiments, the data is used to 
generate reports. For instance, the data is used to produce reports that include 
components selected from the group of graphical elements, textual elements, 
numerical elements and tabular elements that represent the data. The data may be 
used to produce reports on the use of medical supplies and/or produce reports that 
provide conclusions regarding the use of medical supplies. In other 
embodiments* the data is used to produce reports that highlight problems or issues 
and/or produce reports that highlight or recommend areas for adjustments in 
regimes. The embodiments may also utilize expert logic. 

In still further embodiments, the system generates reports independent of 
the type of at least one medical device, at least one data receiving device or at 
least one remote access device utilized by the system. For instance, the system 



includes the capability to combine some to all of the data on the at least one on- 
line central server into a single data storage and reporting mechanism. 
Alternatively, the system includes the capability to combine or juxtapose some to 
all of the data on the at least one on-line central server into a single report. In 
5 other alternatives, the system includes the capability to form conclusions and 
recommend actions based on some to all of the data on the at least one on-line 
central server by correlating various portions of data in ways not otherwise be 
possible when referencing the various portions of data separately. 

In another embodiment, a data storage and reporting system includes a 
1 0 data bus that allows data collected from various different medical devices, which 
use various different fonnats and types of data. In addition, the data bus allows 
the data to be collected and reported on in a manner independent of a health care 
provider, a patient, or a system being required to be aware of the difference 
between the different formats and types of data. 

In additional embodiments, the data bus utilizes data elements and/or 
collections of data to process data. Also, the system that transforms the various 
data formats from the various different medical devices into a single consistent 
representation for storage. 

In particular embodiments, the system allows mixed data from the 
different medical devices to be stored into a database in a single operation. The 
system may also transform the various data formats from the various different 
medical devices into a single consistent representation for reporting. 

In other particular embodiments, the system allows data from the different 
medical devices to be stored and presented in a consistent style of presentation. 
Also, the system may also allow data from the different medical devices to be 
stored, manipulated, and reported on independent of developing program code to 
specifically handle each different medical device. In further embodiments, the 
system allows simultaneous calculations on data combined from different medical 
devices independent of the mix of different medical data devices from which the 
data originated. Also, the system may allow calculations on data combined from 
the different medical devices to be organized as different groups to be performed 
in a single operation. For instance, the system computes an average blood 



glucose value as measured by several different blood glucose meters, for each day 
in a series of days with a single operation. 

In additional embodiments, the system allows data from new different 
medical devices to be combined into the system with minimal of additional 
programming. Also, the system may allow data from different medical devices 
with similar purposes having data in various different data formats and types to 
be combined on a single, uniform report or graph. (For example, a single patient 
may use two different blood glucose meters from two different companies 
simultaneously. The system would allow the information from these meters to be 
combined (even interspersed) on a single report). 

Other features and advantages of the invention will become apparent from 
the following detailed description, taken in conjunction with the accompanying 
drawings, which illustrate, by way of example, various features of embodiments 
of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A detailed description of embodiments of the invention will be made with 
reference to the accompanying drawings, wherein like numerals designate 
corresponding parts in the several figures. 

Fig. 1 is a system architecture drawing of the integrated medical 
information management system in accordance with an embodiment of the 
present invention. 

Fig. 2 is a system architecture drawing of a prototype integrated medical 
information management system in accordance with another embodiment of the 
present invention. 

Figs. 3-5 are block diagrams and drawings further illustrating the 
reporting architecture used by the integrated medical information management 
system shown in Fig. I. 

Fig. 6 is a block diagram and drawing showing how data is uploaded from 
infiision devices, monitors and meters to a PC, laptop or the internet through a 
user interface in accordance with an embodiment of the present invention. 



Fig. 7 is a block diagram illustrating the structure of the data bus utilized 
in the integrated medical information management system. 

Fig. 8 is a diagram of examples of data management applications for 
specific market segments. 

Fig. 9 is a screen view of an interactive report generating screen used by a 
healthcare provider over the internet to obtain detailed reports. 

Fig. 10 is a three day report generated in response to the report requested 
from the screen in Fig. 9. 

Fig. 1 1 is an expanded view of the first day shown in Fig. 10. 

Fig. 12 is an expanded view of the second day shown in Fig. 10. 

Fig. 13 is an expanded view of the third day shown in Fig. 10. 

Fig. 14 is a comparison view of the three days shown in Fig. 10 overlaid 
on the same graph to show how each day compared to the others. 

Fig. 15 is a two week summary chart report, with glucose monitor data, 
modal day, blood glucose summary statistics and insulin usage reports. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

As shown in the drawings for purposes of illustration, the invention is 
embodied in an integrated medical information management system for assisting 
patients, healthcare providers, Managed care or Health Maintenance 
Organizations (HMOs), and insurers in managing the information available from 
medical treatment to better treat the symptoms and effects of the disease. 
Preferred embodiments are directed to the management of diabetes information 
and utilize infusion devices and glucose monitors and/or meters that have the 
ability to store information about the infusion of fluids and the measured glucose 
levels. In further embodiments, patients, or local healthcare providers, download 
stored data from the devices using a Communication-Station I or II, modem, or 
the like, to a PC, laptop, or data processor, and then to a central server either via a 
modem, E-mail or internet connection. The stored data is then analyzed and 
preliminary reports are provided to the patient's physician or other healthcare 
provider by facsimile, E-mail or internet. If desired or required, the physician can 
also access the data on the server through an internet (or modem) connection to 



generate custom reports to highlight or further analyze the data regarding the 
patient. In additional embodiments, healthcare providers, HMOs and insurers can 
access the stored data (generally in a database) to obtain general patient statistics 
and to receive warnings about individual patients that appear to be outside of the 
normal disease state condition, and which may require attention from a healthcare 
provider. In alternative embodiments, the data may also be downloaded to the 
healthcare provider for additional detailed analysis on a PC, laptop, or processor 
that is locally based with the healthcare provider. Preferred embodiments are 
directed to managing the disease of diabetes. However, alternative embodiments 
may be directed to other diseases, such as asthma, heart disease, AIDS, cancer, or 
the like. 

The integrated medical information management system provides 
centralized storage and processing for patients, healthcare providers, HMOs and 
providers. The patient uses infusion devices, such as an infusion pump, or the 
like, to administer medication. The infusion device includes memory to store the 
infusion history data, as well as any alarms or other relevant data needed for 
proper infusion. During infusion, the patient will also monitor their condition 
using a glucose meter with individual finger pricks and/or a glucose monitor for 
continuous (or near continuous) monitoring of the patients condition. These 
devices also store the data and relevant information about the patient's condition. 

Generally, every few days the patient will place the infusion device, the 
meter and/or monitor into a Communication-Station I or II, or other suitable 
device, to download data to a local PC, laptop computer, data processor, or the 
like. In alternative embodiments, different intervals, such as other day multiples, 
weeks, or months may be used. In other alternative embodiments, the infusion 
device, monitor and/or meter may include the ability to transmit the data directly 
to the PC, laptop computer, data processor, or the like. After downloading the 
data, the patient may view and work with the data for their own review. As 
discussed, the integrated medical information management system will generally 
work in conjunction with the Communication Station ("Corn-Station"), which is 
described in U.S. Patent Application Serial No. 09/409,014 filed September 29, 
1999 and entitled "Communication Station and Software for Interfacing with an 
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Infusion Pump, Analyte Monitor, Analyte Meter, or the like (published as WO 
00/18449 on April 6, 2000), which is incorporated by reference herein, to upload 
stored data from insulin pumps, blood glucose meters ("Meters"), and continuous 
glucose monitors ("Monitors") to a central server for analysis and storage. At the 
5 most basic level of service, the server will analyze the uploaded data and fax a 
report consisting of several pages of graphical and tabular information to the 
health care provider's office in advance of or during a patient visit. 

In other embodiments, more sophisticated options for report configuration 
and delivery will be available via an Internet interface. In additional 
1 0 embodiments, the data will be uploaded to a central server, either by modem 
connection or through the Internet. Alternatively, the data may be uploaded 
directly through the Communication-Station. In further alternatives, the data may 
be uploaded to the central server through a satellite link, cellular telephone link, 
E-mail, or the like. In still further alternative embodiments, the uploaded data 
1 5 may be interpreted and used to automatically order supplies and materials to be 
sent to the patient to maintain the patients condition. 

Once the data is uploaded to the central server, a report will be 
periodically generated and sent to the healthcare provider. In some embodiments, 
the report is facsimiled. However, alternative embodiments may E-mail the 
report and/or send downloaded raw data for the healthcare provider to review and 
study. If a healthcare provider desires more detailed analysis or a special report, 
the healthcare provider can order through E-mail and/or go on-line to request a 
custom report for particular periods, parameters, comparisons* or the like. The 
connection may be through the internet, modem or other suitable data transfer 
method, and the data for each of the healthcare provider's patients can be 
accessed and then reported on. Thus, the healthcare provider is able to quickly 
interact with the data and obtain desired reports. The physician may also instruct 
the central server to monitor particular aspects or parameters of the patient's data 
and to trigger an alert or notification upon the occurrence of a particular event or 
condition. This allows the healthcare provider to learn about various disease 
conditions on a more frequent basis. In addition, the healthcare provider can 
obtain detailed data that can be reviewed prior to the patient coming in for a visit, 
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which tends to make the visit much more productive and useful to both the 
patient and the healthcare provider. 

HMOs and/or insurers can also benefit from the central database, since 
they can monitor statistical information regarding ail patients on the central 
5 server, and can monitor their patient subscribers as a group to determine key 
aspects of the disease that affect their subscribers. It could also provide them 
with alerts when particular patients (or classes of patients) appear to be having 
difficulties so that proactive treatment can be ordered. 

In preferred embodiments, patients will be identified by the serial numbers 

1 0 of their devices. Some form of authentication security will be required to ensure 
that the identity of a particular device/patient cannot be confused or obtained 
without authorization. Any data transmitted over a public network or the internet 
may be encrypted for added security. In addition, all internet transactions will be 
encrypted, and internet based access will be protected by username/password 

15 login. 

Fig. 1 illustrates the system architecture of an integrated medical 
information management system 10 in accordance with an embodiment of the 
present invention. Preferred embodiments utilize an analysis server 12 that 
accesses a patient database 14 used to store and analyze data as described in more 

20 detail below. Patient data in the database 14 is generally stored for specified 
periods of time (such as 3 months, a year, or the like) and older data will then be 
stored in off-line media. The analysis server 12 is also connected to various 
external data sources and processors through data modems 16, fax modems 1 8, 
and/or a web server 20 that connects to the internet 22. In alternative 

25 embodiments, the various servers may be combined or formed as a plurality of 
different interconnected servers with the configuration being dependent on the 
system architecture, the number of anticipated users, the type of connections used, 
the amount of data handled, or the like. 

In particular embodiments, a patient home computer 24 can connect to the 

30 web server 20 through the internet 22. However, in alternative embodiments, the 
patient home computer 24 may connect to the analysis server 12 through the data 
modems 16 (using dedicated dial-in lines or local access numbers connected to 

10 
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third party networks for access), a direct wire connection, or the like. Preferably, 
a Dr/s office computer 26 is connected to the analysis server 12 through the data 
moderns 16. However, in alternative embodiments, the Dr.'s office computer 26 
may be connected to the web server 20 through the internet 22. 
5 Although only shown for the Dr. ? s office computer 26, the following may 

also be connected to the patient home computer 24. In preferred embodiments, 
the Dr.'s office computer 26 is connected to a communication station 28 that can 
download data from a glucose monitor 30 (such as those produced by MiniMed 
Inc. for continuous or near continuous glucose measurements) and/or an infusion 

10 device 32 (such as the MiniMed 407C infusion pump, 507C infusion pump, 508 
infusion pump, or the like). In alternative embodiments, the Dr.'s office 
computer 26 may be omitted and the glucose monitor 30 and infusion device 32 
are connected to a communication station II 34, which includes additional 
capabilities such as a display, additional control buttons, RF communication 

IS capabilities and built in modems. A detailed description of a communication 
station and communication station II is disclosed in U.S. Patent No. 5,376,070 
and U.S. Patent Application Serial No. 09/409,014 filed September 29, 1999 and 
entitled "Communication Station and Software for Interfacing with an Infusion 
Pump, Analyte Monitor, Analyte Meter, or the like (published as WO 00/1 8449 

20 on April 6, 2000), which are herein incorporated by reference in their entirety. 
The Dr.'s office computer 26 may also be capable of being connected to other 
devices, such as glucose meters 36 (such as the AccuChek by Roche, the Lifescan 
by Johnson & Johnson, the Medisense meter by Abbott, the Elite by Bayer, or the 
like) through a direct wire, IR, RF connection, or the like. In alternative 

25 embodiments, the glucose meters 36 may be connected through the 

communication station 28 or communication station II 34 in either a pass-through 
mode or using the stations 28 or 34 as an interface. In particular embodiments, 
the receiving device for reports and data, and the remote access device for 
providing and receiving data may be the same device. 

30 The integrated medical information management system 10 also may 

include managed care organization computers (HMO) 38 that are connected to the 
web server 20 through the internet 22 or, alternatively, to the analysis server 1 2 
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through the data modems 16. There may be other computers 40, such as laptops, 
accounting computers, research computers, or the like, attached to the web server 
20 thought the internet, a dedicated link, or alternatively, to the analysis server 12 
though the data modems 16, or the like. Other data transmitting/receiving 
5 appliances 42, such as fax machines, scanners (not shown), or the like, may be 
connected to the analysis server 12 through the fax modems 18 to send and 
receive data for analysis. Alternative embodiments may utilize software on 
computers to communicate with the analysis server 12 by other methods, such as 
IR data links, satellite data links, cellular data links, or the like. 

10 Fig. 2 is a system architecture drawing of an integrated medical 

information management system 100 in accordance with another embodiment of 
the present invention. The integrated medical information management system 
100 is similar to the integrated medical information management system 10, but 
is designed to work with intranet 102 connections rather than the internet 

15 connections. This system is suitable for management within an organization with 
satellite offices. This system may also provide greater security, where this is a 
concern, since the public internet is not used for data transmissions. Preferred 
embodiments utilize an analysis server 1 04 that accesses a patient data base 1 06. 
The data base 1 06 is used to store and analyze data as described in more detail 

20 below. The analysis server 104 is also connected to various external data sources 
and processors through data modems 108, fax modems 1 10, and/or connects to 
the intranet 102. Preferably, a Dr.'s office computer 1 12 (or alternatively, a 
patient home computer) is connected to the analysis server 104 through the data 
modems 108. However, in alternative embodiments, the Dr.'s office computer 

25 112 may be connected through the intranet 102. In preferred embodiments, the 
Dr.'s office computer 1 12 is connected to a communication station 1 14 that can 
download data from a glucose monitor 1 16 (such as those produced by MiniMed 
Inc. for continuous or near continuous glucose measurements) and/or an infusion 
device 1 1 8 (such as the MiniMed 407C infiision pump, 507C infusion pump, 508 

30 infusion pump, or the like). A detailed description of a communication station is 
disclosed in U.S. Patent No. 5,376,070 and U.S. Patent Application Serial No. 
09/409,014 filed September 29, 1999 and entitled "Communication Station and 
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Software for Interfacing with an Infusion Pump, Analyte Monitor, Analyte Meter, 
or the like (published as WO 00/18449 on April 6, 2000). which are herein 
incorporated by reference in their entirety. Further alternatives may use a 
communication station II as discussed above. The Dr.'s office computer 1 12 is 
5 also capable of being connected to other devices, such as glucose meters 1 20 
(such as the AccuChek by Roche, the Lifescan by Johnson & Johnson, the 
Medisense meter by Abbott, the Elite by Bayer, or the like) through a direct wire, 
IR, RF connection, or the like. In alternative embodiments, the glucose meters 
120 may be connected through the communication station 1 14 in either a pass- 

1 0 through mode or using the station 1 1 4 as an interface. 

The integrated medical information management system 100 also may 
include managed care organization computers (HMO) 122 that are connected 
through the intranet 102 or, alternatively, to the analysis server 1 04 through the 
data modems 108. There may be other computers, such as laptops, accounting 

1 5 computers, research computers, or the like, attached to the intranet, or 

alternatively, to the analysis server 104 though the data modems 108. Other data 
transmitting/receiving appliances 124, such as fax machines, scanners (not 
shown), or the like, may be connected to the analysis server 104 through the fax 
modems 1 10 to send and receive data for analysis. Alternative embodiments may 

20 utilize software on computers to communicate with the analysis server 1 04 by 
other methods, such as IR data links, satellite data links, cellular data links, or the 
like. 

Figs. 3-5 are block diagrams that illustrate the reporting architecture 200 
used by the integrated medical information management systems shown in Figs. 1 

25 and 2. The reporting architecture 200 receives data through a receiving program 
202 that manages communication with the communication-stations I or II, 
computers, medical devices, or the like. The receiving program 202 stores the 
data in an intermediate format (which may be a disk file 206). The data is then 
processed by a loading program 204, which is responsible for storing the 

30 information to the system database 2 1 2. The loading program 204 uses the same 
data bus 208 (discussed in more detail below) for manipulating and storing data, 
as is used by the rest of the reporting architecture and applications. This data bus 
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208 stores and retrieves data from the database using a database access 
framework 210 that includes a database object model 214 and a database interface 
216. The database access framework 210 and/or data bus 208 support additional 
administrative and customer service applications 218, including, but are not 
5 limited to, client and physician account establishment, customer service support, 
client billing, or the like. 

Reporting applications 220 are used to generate various reports for use by 
the health care provider, patient, HMO, administrator, or the like. The reporting 
applications 220 include a report scheduler 222 to schedule when reports are to be 
1 0 generated and sent out. The reporting applications 220 also include report 
specifier logic 224 that specifies the logic and parameters used to generate by 
means of templates. A report layout module 226 and report imaging module 228 

are used to generate the actual the reports. In addition, a charting module 230 and 

i 

chart imaging module 232 are used to generate graphs used in a report. In the 
1 5 current embodiment, reports are generated in multiple formats or combinations of 
formats including HTML, GIF, Encapsulated PostScript, PostScript, PDF and 
TIFF. In alternative embodiments, other formats such as JPEG, MPEG, or the 
like, may be used. In addition, the reporting applications 220 also include an 
exception and expert logic module 234 to identify and communicate abnormal or 
20 unusual conditions based on the report data, and to make recommendations 
accordingly. 

The output of the reporting applications 220 may be sent to the report 
delivery queues 236 for delivery by fax or E-mail. The fax delivery mechanism 
238 has faxing software and image generation software to deliver reports and 

25 charts via facsimile transmission to various receiving device. The E-mail 
delivery mechanism 240 sends out reports via E-mail, such as text messages, 
attached files, embedded graphics, a combination of the preceding, or the like. In 
addition, reports may be generated in HTML section 242 and published on a 
protected web site for viewing with a web browser. A disk file 244 may be used 

30 to manage the report delivery queues and the HTML web-based generation of 
reports. In alternative embodiments, the reports may be printed out and then sent 
out by mail, Federal Express, UPS, or the like. In still further alternative 
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embodiments, requests for reports may be received by mail, E-mail, telephone 
requests, telephone requests to the server, or the like. 

Fig. 6 is a block diagram and drawing showing an application 300 for 
collecting data directly from medical devices including infusion devices 302, 
monitors 304, meters 306 and 308, and other medical devices 3 1 0 and uploading 
the data to a central server through a PC (such as 24 and 26 described above). 
This application 300 consists of a user interface that utilizes a data bus 312 
(described below) to communicate to a device/data manager 3 1 4. The 
device/data manager 314 uses a plug in software architecture to communicate 
with the various medical devices. These plug-in modules may communicate 
directly with a serial port interface 3 16, or may use a library module 3 1 8 and/or 
320 to communicate with the medical devices directly. The serial port interface 
3 16 is connectable to a communication station 322 (as described above) to 
connect the infusion devices 302 and/or the monitors 304, and/or meter devices 
306 that utilize a pass-through in the communication station 322. In other 
embodiments, the serial port interface 316 is connectable to meters 306 that have 
the capability to directly connect to a serial data port. The application 300 
includes a file transfer module 324 for transferring data files through a modem 
326. 

Thus, embodiments of the system allow for data to be collected from 
various different medical devices, which use various different formats and types 
of data. The health care provider, or the patient, is not required to be aware of the 
difference between these different medical devices. The system transforms the 
various data formats into a single consistent representation for storage and 
reporting. This provides the ability for data from multiple devices to be stored 
and presented consistently, and allows data from new devices to be combined into 
the system with a minimum of additional development work. For example, 
patient A uses a blood glucose meter manufactured by company 1 . Patient B uses 
a blood glucose meter manufactured by company 2. Both patients see physician 
C who is able to view a report for each patient without having to be aware of the 
differences between the blood glucose meters from companies 1 and 2. 
Therefore, embodiments of the system allow data from devices with similar 



15 



purposes but different data formats and types to be combined on a single, uniform 
report. For example, a single patient may use two different blood glucose meters 
from two different companies simultaneously. The system would allow the data 
from these meters to be combined (even interspersed) on a single report. The 
same capability would apply to other medical devices, such as infusion devices, 
glucose monitors, or the like. 

Further embodiments will use software that performs the download of 
information from the devices using a "plug-in" architecture to allow rapid 
development of drivers for additional devices (e.g. insulin pens with memory, 
smart pill boxes, other blood glucose meters, etc.). This provides adaptability 
with consideration given to future products. 

Fig. 8 is a diagram of examples of data management applications for 
specific market segments. 

Figs. 9-15 illustrate exemplaryviews of reports and screens that may be 
generated by the integrated medical information management system. Generally, 
all of the screens shown in Figs. 9-15 are part of a single report; however, other 
embodiments may provide each screen separately, omit some or add additional 
screens, as an individual report. Fig. 9 is a screen view of an interactive report 
generating screen used by a healthcare provider over the internet to obtain 
detailed reports. Fig. 10 is a three day report generated in response to the report 
requested from the screen in Fig. 9. Fig. 1 1 is an expanded view of the first day 
shown in Fig. 1 0. Fig. 12 is an expanded view of the second day shown in Fig. 
10. Fig. 13 is an expanded view of the third day shown in Fig. 10. Fig. 14 is a 
comparison view of the three days shown in Fig. 10 overlaid on the same graph to 
show how each day compared to the other days. Fig. 15 is a two week summary 
chart report, with glucose monitor data, modal day, blood glucose summary 
statistics and insulin usage reports. Other reports may be prepared and utilized by 
the integrated medical information management system, such as those disclosed 
and described in U.S. Patent Application Serial No. 09/409,014 filed September 
29, 1999 and entitled "Communication Station and Software for Interfacing with 
an Infusion Pump, Analyte Monitor, Analyte Meter, or the like (published as WO 
00/18449 on April 6, 2000), which is herein incorporated by reference. 
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For instance, data from a device sensing a patient's physiological 
condition can be combined with data concerning medication usage. The system 
then generates reports that juxtapose, in either graphical or textual format, the 
physiological and medication delivery data, glucose levels, carbohydrate 
consumption, or the like. The system may also incorporate expert system logic 
for generating reports or identifying patients with problems to aid the health care 
provider in identifying unusual conditions or behavior based on the availability of 
both the physiological sensing data and the medication data in the same report. 

The reporting architecture will operate generally by extracting information 
from the device data stored in the database based on specified criteria, performing 
calculations, creating charts (i.e. graphs, pie, bar or column charts, hybrids, or the 
like), and generating reports. The basic report is generally one to several pages 
and includes graphical and tabular display of data, summary statistics, and 
exceptions. In further embodiments, the reports may include recommendations, 
compliance ratings, or the like. In preferred embodiments, the system will 
provide a flexible reporting structure which will allow new reports to be created 
relatively easily, will use configurable rule based logic for drawing conclusions 
and making recommendations, and will allow for smarter devices with increased 
memory capacity. 

In general, reports will consist of a set of components laid-out as blocks 
on a page. The reporting system will use report templates to specify the layout of 
the reports. These templates will be written in a standard layout or markup 
language. The template language and layout processor must be rich enough to 
allow arbitrary arrangement of report components on a page, and support the 
variety of output format described herein. Report components will generally 
consist of charts, tables, or text blocks, Elements may be mixed within a report 
component by using sub-components. This will allow reports to be hierarchical 
in design and will enable multiple reports to reuse a single component. Report 
components may mix data from different devices or types of devices. The report 
layout mechanism will support text flow, line breaks, or the like. Text 
components may use a variety of fonts, sizes, and styles. (HTML based reports 
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created for viewing on the internet will have some limitations in this area due to 
the nature of Internet browsers.) 

The charting system will create charts in a variety of formats including bar 
and stacked bar, line, scatter, and area charts, and any combination of these. The 
charting system will support flexible chart axis configuration including multiple 
axes for overlaid data. Most charts will use some form of date or time scale for 
the X-axis, and this scale may range from hours to years. In other embodiments, 
the charting system will support color charts where appropriate. Chart 
components may be generated as images using a document format separate from 
the report template language. 

In preferred embodiments, the integrated medical information 
management system will deliver reports under several selectable 
scenarios/conditions: prior to a care provider appointment; regularly (such as 
monthly or quarterly (potentially alsoto Managed care (HMOs)); when a health 
risk exception is detected (e.g. prolonged high or low blood sugar, or the like). 
Generally, the system will provide a 2-3 page report that will be faxed to the care 
provider's office. In this embodiment, no computer will be required either for the 
patient or care provider. Further embodiments provide reports on demand to 
support diagnosis of control problems, maintaining control during illness, or the 
like. Still other embodiments will provide reports on a daily basis during 
initiation of pump therapy; each time data is uploaded to the integrated medical 
information management system, or the like. 

In farther embodiments, the user of the integrated medical information 
management system uses the system to obtain treatment options by internet, E- 
mail, facsimile, or the like. The system may also provide patient and physician 
education via interactive tutorials on the internet and proactive notifications with 
tips and education guidance by E-mail, facsimile, or the like. These can include 
disease state management and patient population risk management. 

Online ordering of patient supplies, medication, devices, and accessories 
including reorder notification may also be available. Along with this, the 
integrated medical information management system may provide online product 
support for products ordered or used by users of the integrated medical 
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information management system, such as frequently asked questions, instruction 
manuals, training aids (including interactive and non-interactive aids), 
programming tips, user suggestions, or the like. Still further embodiments may 
provide access to disease specific online patient community groups including 
5 posting, reading and replying to messages. 

Healthcare provider users of the integrated medical information 
management system will generally receive individual patient data management 
and recommendations. However, further embodiments may also provide overall 
practice quality management including patient exam and outcome measurements 

10 (HbAlc tests, eye exams, etc.), and compliance with quality metrics and 

published standards of care. Other embodiments may include comparisons with 
other patient population on a patient-by-patient and total practice basis. Managed 
Care (HMO) users of the integratecfmedical information management system will 
generally receive disease state management services. In additional embodiments, 

1 5 Managed Care (HMO) users will be provided with support for identification and 
management of high risk patients. 

Preferred embodiments of the present invention use the integrated medical 
information management system to provide a more complete patient record; for 
automated collection and analysis of the patient record; for more accurate and 

20 immediate evaluation of patient health and compliance with a health care 
regimen; for more frequent interaction with the care provider; for providing 
information rather than data that is more summarized than the raw data, such as 
graphically versus tabular, or the lik£ Other embodiments provide additional 
data collection based on automated patient surveys to support both direct patient 

25 care and medical and market research, such as by online surveys, market research, 
or the like. Still further embodiments provide home monitoring services to 
provide alarms and call for assistance should unusual or pre-selected conditions 
be determined by the devices used by the user. Additional embodiments may 
include a carbohydrate counter and meal planner to assist the user in evaluating 

30 the amount of carbohydrates to consume and the effects on insulin delivery 
requirements. 
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As described above, the integrated medical information management 
system will use one ore more servers to connect to the internet and/or to the 
intranet to produce a web site. The web site of the integrated medical information 
management system will integrate the services and allow access to the services 
under a single login with simple, intuitive navigation. For instance, once users 
are connected to the web site, the users can enter additional data such as meals 
and exercise; configure reports; produce ad hoc reports as web pages as often as 
desired; configure periodic shipment of diabetes supplies by care providers or 
patients (within policy limits etc.); order additional supplies on demand for 
reasons such as: extra supplies for trips, lost or damaged supplies, change in 
consumption, change in meters, or the like. Supplies can also include ancillary 
items such as syringes, tape, ketone test sticks, or the like. Further embodiments 
may permit users to order pump accessories and other merchandise. 

As described above, internet based training may be used with the 
integrated medical information management system. Typical training modules 
include, but are not limited to: a diabetes primer, basic insulin pump operation; 
advanced insulin pump operation; operation of other devices; carbohydrate 
counting; problem troubleshooting; avoiding hypoglycemia; sick day guidelines; 
infusion site management. In preferred embodiments, the carbohydrate calculator 
would include a large database of common food items, a meal planner, and ability 
to transfer calculations easily to patient records in the medical information 
management system and connected medical device. 

In particular embodiments, the integrated medical information 
management system utilizes E-mail messages that are sent to notify or remind 
patients of various items. Typical preprogrammed Emails could include items 
such as: notification to upload device data; notification of an upcoming care 
provider appointment / reminder to schedule appointment; notification to order 
supplies / check inventory; clinical or technical service bulletins; customer 
satisfaction surveys, or the like. The timing and specific content of these email 
messages will be configurable by either the patient, the health care provider, the 
managed care (HMOs) provider, all of the above, or the like. In additional 
embodiments, the service will offer a general reminder facility that can be used to 
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send arbitrary reminder email messages related to diabetes care. Both care 
providers and patients may configure the service to provide reminders. The 
system may also be configured to generate (or suggest) automatic reminders 
based on uploaded data (e.g. remind the patient to test 3:00 AM blood glucose 2 
5 times per week). 

In further embodiments, a user uses a continuous glucose monitor to 
monitor a patient for hypoglycemic condition, and action is taken when such a 
condition is detected. The glucose monitor receiving device would be connected 
to a communication device (such as that shown in U.S. Patent application Serial 
No. 09/377,472 filed August 19, 1999 and entitled 'Telemetered Characteristic 
Monitor System and Method of Using the Same (published as PCT publication 
WO 00/18449) which is herein incorporated by reference) which would monitor 
the glucose level and initiate communication with the mtegrated medical 
information management system if a preset level is reached. The integrated 
medical information management system would then take a selected action such 
as notifying a family member, health care provider, or emergency services. 

In particular embodiments, upon request, a data file uploaded from a 
patient's infusion device or other device will be transmitted to a clinical services 
department to assist in diagnosing potential product or configuration problems. 
The ability for clinical services to interrogate an infusion device pump remotely 
in real time may be an option. 

In its most basic form, all patient interaction with the integrated medical 
information management system takes place through the upload procedure only, 
and all care provider interaction (for patient establishment and report template 
configuration) takes place via the telephone (IVR or live agent) (i.e. no computer 
will be required). In addition, a secure internet interface will be provided for care 
providers with Internet access. 

Data transmission will employ a flexible and robust protocol that will 
integrate data from multiple types of devices and can be extended to new devices 
and data types. This protocol will isolate all but the lowest layers of software 
from the details of the specific devices. This protocol will incorporate a data 
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format that is suitable for storage in files. Such files could be stored for archival 
purposes, sent via email for store-and-forward transmission of data, etc. 

Fig. 7 is a block diagram illustrating the structure of a data bus 400 
utilized in embodiments of the integrated medical information management 
5 system. The data bus includes data elements 402 that includes various data 

values 410, as well as date and time 404, and other information (such as data type 
406, device information 408), or the like. The data elements 402 may be linked 
together as collections 416 of data elements. The data bus 400 may also include 
collections of data elements 412 with groupings of data elements, which 

1 0 aggregate related data elements (such as data elements 402) together in various 
forms. The collections of data elements 4 1 2 can include data elements 402, and 
collection information 414 that link the collection of data elements 412 together, 
or the like. The data bus 400 also includes a database interface 418 for 
interfacing with a database, as described above. Use of these data bus elements 

1 5 permits a user to connect different devices independent of a detailed knowledge 

of the data structure for each device. 

Three design goals of the data bus 400 are as follows: 

Natural This term refers to the idea that a programmer can write code easily without 
undue complexity or regular reference to documentation. To a programmer 
familiar with the system, the resulting code should be readable almost like 
English. 

Transparent This term refers to the idea that data can be manipulated without regard to the 
specific values or organization of the data itself, or of its origin. High level 
operations are supported without complex control structures. This is best 
accomplished by encapsulating as many details as possible in lower layers of 
the architecture. 

General This term refers to the4dea that a function or structure is designed with the 
broadest possible problem definition in mind. This characteristic will allow 
the system to be applied to new data sources and applications with little or no 
change. 

In preferred embodiments, the data bus 400 is implemented as a collection 
20 of classes (i.e. object definitions), which are used internally by the integrated 
medical information management system and other software applications for 
collection, transmission, storage, analysis, and reporting of data. In preferred 
embodiments, only the lowest layers of device communication modules will 
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perform any device specific processing. Generally, some of the reporting 
functions will require device specific knowledge, but this dependency will be 
kept to a minimum, and data from multiple devices will be able to be combined 
transparently. Programmers using the data bus are able to save combinations of 
different types of data from one or more devices into the database with a simple, 
one line operation. No special formatting or conversion will be required. Data 
may also be retrieved from the database transparently based on a variety of 
criteria such as device type (infusion device, monitor, meter, or the like) or 
date/time range. 

The data bus 400 is designed to make data manipulation easy and as 
independent of device specific constraints as possible. The basic intent is to give 
programmers a powerful set of tools to allow them to work with the data to 
produce complex reports by writing a small amount^of natural code. For 
example, the programmer can express a computation such as: "find all blood 
glucose readings over the last week and compute the average values by time 
buckets across a generic (modal) day" with just a few lines of code. This 
computation is complex in that it encapsulates a parameterized database retrieval, 
a transformation to convert date/time stamps to time stamps only, a collection of 
data into buckets, and multiple averaging computations. The data bus 400 will 
also integrate closely with the report layout and rendering subsystems such that 
these systems will share a common language, object definitions, and data 
structures. 

In preferred embodiments, the data bus data structures contain the report 
data along with the source data in a structure that closely mirrors the actual report. 
These data structures and the Application Programming Interface provided to 
access the data structure will allow the report generation mechanism to interact 
with the data structure in a very simple manner to extract the data for the report. 

In preferred embodiments, individual data elements 402 represent the data 
on the data bus 400 as a fundamental unit of device or other data. In their 
simplest form, the data elements 402 consist of a date/time stamp, and a value, 
and they are associated with a particular physical device and a particular patient. 

Individual data elements are typically utilized with the data bus as 
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follows: 

a) created by a device object as part of an upload operation. Data elements 
402 from the same upload operation are associated together in a data set; 

b) transmitted via modem from the remote data collection location to the 

system where the software applications are running; 

c) stored in the database; 

d) retrieved with criteria corresponding to a specific report component; 

e) organized and analyzed by report logic. New data elements 402 or 
collections of data elements 412 maj be created by the results of computations or 
transformations; and A 

f) output onto a report via a report generation mechanism, which traverses 
the data structure created by the report logic. 

In preferred embodiments, collections of data elements 412 serve two 
purposes: a) represent a collection of data elements 402 that have been collected 
or summarized based on some criteria (collection of data elements 412 can be 
used as containers to create arbitrary hierarchies of data); and b) represent a 
computation or transformation on a data elements 402 or set of data elements 
402. 

In preferred embodiments, the following steps generally describe to flow 
of data along the data bus: 

Collection - An object representing a specific device type 
communicates with a device to upload the device's information, and then 
creates a collection of data elements 402 representing the uploaded 
information, along with other information about the device and upload 
operation. 

Transmission - A set of these collections are uploaded from a 
remote computer or other device to a server where the Applications are 
running. 

Storage - A program on the server collects the transferred 
information and stores it in the database. 

Data retrieval - The reporting application determines the 
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appropriate report to generate. Based on the type of report, the application 
extracts data from the database as one or more collection of data elements 
402. 

Data Analysis - Reports are made up of individual report 

5 components organized hierarchically (some components may perform 

their own data retrieval operations). Report components can be broken 

down into two basic types: charts and numerical/tabular information. 

Preferably, each component uses data bus elements and custom logic to 

organize the report data as appropriate for the report, and to perform 

10 computations on the data. The results of these computations are stored in 

the report data structure. In general, the report data structures closely 

mirror the structure of the report itself. 

Report generation - Beginning at the top of the hierarchy, each 

■un- 
report component is instructed to generate its sub-report. The report 

15 generation is accomplished using templates for each report component. In 

general, because the data structures mirror the reports themselves, the 
instructions for extracting information from the data structure for tabular 
reports can be embedded in the component template itself without 
additional computation or logic. Charts are more complex, and thus each 

20 chart generally requires some amount of specific data manipulation and 

chart formatting logic. 

While the description above refers to particular embodiments of the 
present invention, it will be understood that many modifications may be made 
without departing from the spirit thereof. The accompanying claims are intended 
15 to cover such modifications as would fall within the true scope and spirit of the 
present invention. 

The presently disclosed embodiments are therefore to be considered in all 
respects as illustrative and not restrictive, the scope of the invention being 
indicated by the appended claims, rather than the foregoing description, and all 
10 changes which come within the meaning and range of equivalency of the claims 
are therefore intended to be embraced therein. 
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